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(57) ABSTRACT 

Methods and systems for inter-applet communication. The 
methods and systems of the invention are particularly useful 
for communication between applets in different frames of an 
HTML page. Java and HTML specifications generally pre- 
clude interaction between applets in different HTML pages 
or frames. The present invention permits such communica- 
tion by defining a superclass from which all such commu- 
nicating applets are specialized. The superclass includes 
static structures and associated methods for enabling com- 
munication between the applets specialized therefrom. A 
static notification list has entries each of which identify a 
particular applet which requires notification of events from 
other applets. A first method of the superclass, invoked by a 
second applet desiring notification of an event, adds (or 
removes) entries in the notification list. A second method, 
invoked by a first applet recognizing occurrence of the 
event, searches the list and notifies all applets having entries 
registering their interest in events, A third method, an event 
notification handler overridden by the second applet(s) 
desiring such notification, is recorded in the notification list 
entry and invoked by the second method to provide the 
requisite notification to the second applet. Through notifi- 
cation of occiirrence of an event and receipt of such 
notification, applets specialized from this superclass may 
effectuate inter-applet communication. Optional parameters 
passed through the notification registration method, stored in 
the notification list, and passed to the event notification 
handler, allows more detailed communication messages. 

12 Claims, 3 Drawing Sheets 
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METHODS AND SYSTEMS FOR JAVA This solution is incomplete and cumbersome. 

CVTER-APPLET COMMUNICATION Furthermore, evolving standards in the Java language speci- 
fication may preclude such communication links even with 

BACKGROUND OF THE INVENTION the server processes. First, the prior solutions are cumber- 

. 5 some in that both applets must communicate with the server 

1. Field of the Invention process to effectuate their inter-applet communicauons. This 
The present invention relates to interprocess communica- utilizes valuable bandwidth where the communication links 

tion and in particular to Java inter-applet communication for are slow or otherwise limited. The solutions are incomplete 

applets in different HTML frames. (n the sense that only applets downloaded from a common 

2. Discussion of Related Art lo server may communicate using these prior techniques. 

In distributed computing environments, processes com- Another prior solution has been to utilize the Javascript 
municate with one another using various inter-process com- language as in intermediary between two applets desiring to 
munication (IPC) standards. Processes, as used herein, refers communicate. The Java applets invoke functions in Javas- 
to both user processes (application programs) and system cript to effecmate other desired inter-applet communication, 
processes. IPC communication standards generally utilize a 15 However, this solution is not standardized and may be 
technique referred to as "sockets" to communicate between supported only on the Netscape Communicator product, 
cooperating processes. A first process establishes a socket by Older Web browsers and Microsoft Internet Explorer are 
identifying the protocols to be used and the destination incapable of implementing the solution, 
process with which it wishes to communicate. The second jt evident from the above discussion that a need exists 
process also establishes a socket identifying the protocol 20 improved inter-applet communications in the Java pro- 
supported for communicating with other processes. The gramming language, 
second process then Ustens for another process to establish 

communications directed to its (the second process) address. SUMMARY OF THE INVENTION 

Java is a computer programming language recently gain- jtie present invention solved the above and other 

mg popularity for development of portable appUcation pro- p^blems, thereby advancing the state of the useftil arts, by 

grams. Java is an interpreted computer programming Ian- p^viding and inter-applet communication capability which 

guage An interpret^ computer programming language is i^j^ ^ ^^^^^ y^^^ browsers, within standard 

one which does not directly translate into binary executable j^^^ ^ specifications, and less cumber^^ome in use of 

code. Rather, the source language (or an intermediate binary bandwidth than prior solutions. In particular, the present 

representation thereoQ is processed by a program, an invention provides for defining a superclass common to all 

mtcrpreter which performs appropnate functions to imple- ^^^^^ communicate with each other. All applets 

ment the high-level source language statement. InU^rpreted ^^^i^ng to so communicate are defined as subclasses of 

languages such as Java are therefore often restncted m their superclass. The superclass has static variables defined?, 

functionality. Such restrictions are often considered desir- ^^^^^^ ^^.^^ods for notifying applets of changes inf 

able to enhance security measures withm a system. ^^^^ ^^^^^ variables. The static variables are therefore! 

In particular, Java is frequently used for implementing useful for inter-applet commimication purposes, 
so-called applets operable in the World Wide Web/Internet ^ compared to prior techniques no communication band- 
distributed computing enviromnents. In such environments, ^^^th need be utilized to communicate between applets in 
a Web browser (clienO downloads information from an ^ ^-q^^^^^ f,,^^^ ^ browser. More specificaUy, a 
identified Web server. The information typically referred to ^^^^ ^^^^ messenger process is not required for inter- 
as a page, may mclude Java applets to be download^ 3 let communications in accordance with the present 
Web browser TJe Web browser includes a Java language invention. Further, defining applets in accordance with the 
mterpreter which then interprets the downloaded applets to superclass of the present invention is within the standards 
perform the desired task. prescribed for the Java programming language. The present 
the Java spe cification generp lly prerliifjfp^^ nhieriRj;iirh a<; invention is therefore more portable to a variety of Java 
Ja va applets within one "p a ^e" from rojamun icatipg with implementations and associated Web browsers as compared 
objects m a s econd " p'age^^Furtficr, in thcJava specification, to prior techniques, 
a singlc"clispTayed screen in the users Web browser may 

include a number of frames (distinct sections of information 50 BRIEF DESCRIPTION OF THE DRAWINGS 

displayed for the user). A frame Ls generally considered the 1 • ui 1 r .u 1 j 1 . 

*. ^ - . , \ ^ , - RG. 1 IS a block diagram of the superclass and applet 

equivalent of a pace with regard to the security measures of . , r .u . • 

.1? I r ? u- I? 1 J . - subclasses of the present invention; 
the Java specification which preclude objects communicat- 

ing between pages or frames. It is therefore a problem in the ^ ^ flowchart describing a first method of the 

Java language to communicate between applets. 55 ^PP^^* superclass of the present invention; 

Though applets in different frames in the Java language ^ ^ flowchart describing a second method of the 

are not generally permitted to communicate with other ^PP^^* superclass of the present invention; and 

applets using IPC sockets, they are permitted to communi- FIG- 4 is a flowchart describing a third method of the 

cate with processes on the server from which the Java applet subclass overriding the nominal third method defined 

applets were loaded. One solution to the inter-applet com- 60 by the applet superclass in accordance with the present 

munication problems noted above has been for applets invention. 

desiring communication to use a particular messenger ser- nnTAii nn nnci-Dicmnw -run 

vice on the server from which the appleU were loaded. Each PMRED eKdIM^ 

applet is able to communicate with the messenger service on LKKt:u lmuuuimi-IN 1 o 

the server from which they were loaded. Therefore, the 65 While the invention is susceptible to various modifica- 

applets may communicate with one another via the messen- lions and alternative forms, a specific embodiment thereof 

ger service as an intermediary. has been shown by way of example in the drawings and will 
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herein be described ia detail. Il should be underslood, 
however, that it is not intended to limit the invention to the 
particular form disclosed, but on the contrary, the invention 
is to cover all modifications, equivalents, and alternatives 
falling within the spirit and scope of the invention as defined 5 
by the appended claims. 

FIG. 1 is a block diagram depicting class and object 
relationships associated with the methods and structures of 
the present invention. W ithin HTML page 1 00 the present 
invention defines a Java a pplet ^sut)exc lass 102. All Java jq 
applets rtiiiUIrlUg inter-applet communication are derived 
from (specializations of) superclass 102. Included within 
applet superclass 102 is a static notification list structure 104 
used as described herein below to register applets requiring 
nnlificptinn pffn^'9"^«r ^v^"' of^irrences At least tnree 
methods, 106, 108 and 110, are also defined within applet 
superclass 102. The first method 106 provides for additinn 
and de letion of entries in the notificationJis t 104. In the 
preferreo emb'oBiments, method 106 is actually subdivided 
into two distinct methods, a first method for adding entries 
to the notification list and a second method for deleting 20 
entries from the notification list. To simplify the description 
herein, a single method 106 is presented for both purposes. 
A second method 108 enables notification of the occurrence 
of a particular event. As discussed further herein below, this 
method is invoked by one applet to signal occurrence of 25 
panicular e vents to other applets which have regis t ered their, 
intere s t i n^Jlie^j o tmcai lis! iu4. y\ppi5i s re^stcr such 
nn ti^c'atinn hv invocation of the first method 106. The third 
method 110 provides for actual processing associated with a 
particular applet in response to notification of the occurrence 30 
of particular event. In superclass 102, this third method 110 
provides a function intended to be overridden by a fiinctioo 
within an applet instance. The overriding method within a 
specific applet instance performs the actual processing 
required when notification is received of the occurrence of 35 
a particular event. 

As noted above, Java and HTML specifications preclude 
applets within different frames of an HTML page from 
directly communicating with one another. Without the meth- 
ods and structures of the present invention, an applet oper- 40 
able in a first HTML frame 112 and another applet operable 
and second HTML frame 120 would be incapable of inter- 
applet communication. In accordance with the present 
invention, first applet 114 is a specialization of (derived 
from) applet superclass 102. In other words, it is a subclass 45 
of applet superclass 102. First applet 114 therefore inherits 
objects and methods 116 defined by applet superclass 102. 
The inherited objects and methods 116 comprise static 
notification list structure 104 and methods 106, 108 and 110. 
First applet 114 ftirlher comprises applet specific objects and 50 
methods 118 which . perform the particular processing for 
which first applet 114 is designed within the first HTML 
frame 112. 

In like manner, second applet 122 is a specialization of 
(derived from) applet superclass 102. As a derived subclass, 55 
second applet 122 inherits objects and methods 104 through 
110 as inherited objects and methods 124. In particular, 
second applet 122 includes an overridden event notification 
handler method 126 which overrides the inherited method 
110. As depicted in FIG. 1, second applet 122 is therefore 60 
intended to receive notification of the occurrence of events 
from information generated by a first applet 114. For this 
reason second applet 122 includes the overridden event 
notification handler method 126. In like manner to first 
applet 114, second applet 122 further comprises applet 65 
specific objects and methods 128 for performing the specific 
processing within the second HTML frame 122. 
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As shown in FIG. 1, first applet 114 is intended to 
generate information (event occurrence notifications) and 
communicate such notifications to second applet 122 using 
the static features and associated methods of applet super- 
class 102. Those skilled in the art will recognize that first 
applet 114 may also include an overriding event notification 
handler method to permit bi-directional communications 
(i.e., event notification directed from second applet 122 back 
to first applet 114). Further, those skilled in the art will 
recognize that any number of additional applets operable 
within any number of additional HTML frames may receive 
event notification messages from the event notification gen- 
erating applet. 

FIG. 2 is a flow chart describing the method (106 of FIG. 
1) of the present invention for adding or deleting entries to 
the static notification list 104 of FIG. 1. Element 200 is first 
operable to lock a semaphore to assure mutual exclusivity 
for multiple applets attempting to manipulate the static 
notification list simultaneously. Element 202 is next oper- 
able to determine whether the invocation of the method has 
requested the addition or deletion of an entry in the notifi- 
cation list. If addition of an entry to the notification list is 
requested, element 204 is next operable to determine if the 
requesting applet (provided as a parameter to the method) is 
already present in the notification list. I f no such entry is 
fo undJn the notification list, clement 206 is next operable to 
add an entry corresponding to the requesting apple t to the 
n otification list . In both cases, processing continues with 
element ^14 to complete the method by unlocking the 
previously locked semaphore. 

Element 204 is optional in that, depending upon the 
application of the comniunication system of the present 
invention, it may be unnecessary to check the list. Afiuiets 
could be designed' to assure thaLthey would regif ^tc y ,,, 9 nce 
and only onc e. Therefore the need to check whether the 
appiet is already in the list is obviated. However, those 
skilled in the art will recognize that the method as depicted 
in FIG. 2 with the optional test of element 204 may be 
appropriate in certain applet instances. Such design choices 
are well known to those skilled in the art. 

Elements 208 through 212 are operable in response to a 
determination by element 202 that the invocation of the 
method requests deletion of an entry from the notification 
list. Element 208 is first operable to l ocate an ^n i fY i " '^^ 
n otification list correspondi ng to the requcstinR__aii algt 
(provided as a parameter to the methoc^ invocation). Element 
210 is then operable to determine if such an entry was found 
by operation of element 208. If such an entry is located, 
element 212 is next operable to delete the located entry from 
the notification list. In either case, processing then continues 
with element 214 to complete processing of the method by 
unlocking the previously locked semaphore. 

As noted above, the method of FIG. 2 is described as a 
single method which effectuates processing for both addition 
and deletion of entries in the notification list. Addition and 
deletion of entries may also be implemented as two separate 
methods as in the preferred embodiment and best presently 
known mode of practicing the invention described herein 
below. A first method for adding entries to the fist and a 
second method for deleting entries from list. Furthermore, 
those skilled in the art will readily recognize that the 
notification list may be implemented using any of several 
well-known data structures and programming techniques. 
For example, the notification list may be a simple array into 
which entries are added and deleted as described herein 
below. Or, for example, the notification list may be imple- 
mented as a linked list structure or queue in which entries are 
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added by linking them into the list and deleted by unlinking 
them from the list. Many other equivalent data structures 
will be recognized by those skilled in the art. 

An applet which has a corresponding entry in t ljp, pmifi^ 
cation list is referred to bereiDLas-i£gj ; ^ced . Aidding an entry 
is tberelore also referred to as registering while deleting an 
entry' is also referred to as unregistering the applet. 

FIG. 3 is a flow chart describing operation of a method 
108 invoked to provide notification of the occurrence of a 
particular event. Element 300 is first operable to set a local , 
pointer variable or other index to the first notification list 
entry. Elements 302 through 308 are then operable itera- 
tively to process each entry in the notification list. Element 
302 is operable to determine whether the local pointer, 
variable indicates that it is presently pointing at the end of 
the list. If so, processing of the method is completed. If not, 
processing continues with element 304. 

Element 304 is then operable to determine w hether the 

p articular e vent SUOOli^^ a?; a param^jpr tn thp. ^plhoH 
i riVOCalion matches and cvcm ideptifi cation stor ffj in thp_ 
entry of the aotificf ^t( Q n^^Jist , , As noted in FIG. 3, this 
processing step is optional in that the processing may simply 
provide notification to all registered appleLs of all events for 
which notification generated. The optional processing of 
element 304 therefore permits filtering of the notification 
process to provide the information only to those registered 
applets seeking notification of the particular event for which 
notification has been generated. If the optional processing 
element 304 determines that the stored event in the notifi- 
cation list entry is not to the same as the event for which 
notification has been generated, processing continues with 
element 308 described below. If the two events are the same, 
element 306 is next operable to invoke the event notification 
handler method of the applet identified in the current noti- 
fication list entry. 

In the best presently known mode of practicing the 
invention, as discussed further below, the optional process- 
ing of element 304 is not deemed necessary. In other words, 
in the best presently known mode of practicing the invention 
all re gistered anolets are nolj fi ^d nf anv eve nt The event 
handler method of the applets then determines which events 
it wishes to process further and which are of no interest. 
Those skilled in the art will recognize the benefit of the 
optional processing of element 304 where the number of 
communicating applets is large or where the number of 
different event types is large. In such applications, it may be 
preferred that the communication system allow filtering of 
event messages as noted in element 304 of FIG. 3. Such 
design choices are well known to those skilled in the art. 

Element 308 is then operable to move the local pointer 
variable or other index to the next notification list entry. 
Processing then continues by moving back lo element 302 to 
determine if more entries remain to be processed. 

FIG. 4 is a flow chart describing operation of an exem- 
plary event notification handler method 110 (as overridden 
in the second applet 122 by method 126). The method of 
FIG. 4 generally describes the processing by element 400 as 
specifically required for a particular applet when notification 
is received of the occurrence of a particular event. As noted 
above, the particular event and a parameter associated with 
the event are provided to the invocation of the method of 
FIG- 4 as parameters. 

As noted above, the particular event may or may no be of 
interest to the applet. The event handler method therefore 
performs any tests and filtering appropriate to the applet to 
determine which events are relevant to the particular applet. 
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Relevant event notifications are processed in the applet (by 
the event handler method) and irrelevant events are simply 
ignored. Such design considerations are specific to the 
particular apphcation of the applets and the inter-applet 
communication system of the present invention and are well 
known to those skilled in the art. 

The methods of the present invention may be further 
understood with reference to the following Java applet 
sample code. In particular, the Java applet sample code 
described below represents the best presently known mode 
for practicing the invention. Those skilled in the art or 
recognize a wide variety of equivalent code and data struc- 
ture implementations which achieve the same purpose and 
provide similar functionality. The Java applet sample code 
herein below is therefore not intended to limit the scope of 
the invention but rather is supplied to provide an exemplary 
implementation of the features of the present invention. 
// 

// Exemplary JDApplet superclass definition. 
// 

// the list of applets interested in Internal Event notification 
// as noted above, the NotificationList may be a structure 

whose nodes (entries) 
// include storage of a particular event for which notification 

is requested and 
// a stored parameter to be returned to the event notification 

handler, such design 
// choices are well known to those skilled in the art, the 

presently best known 
// mode stores only a reference to the applet which will 

receive notification all 
// events for which notification is generated, static protected 

JDApplet NoiificationListj; ]-new JDApplet(lOO); 
// the number of entries in NotificationList static protected 

int intAppletlx; 

// 

// add the passed JDApplet to the fist of applets to be notified 

when ANY 
// Internal Event occurs 
// 

protected void RegisterForNolify(JD Applet a) 
{ 

try{ 

// make sure only one task is doing this at a time 
synchronized (Class. forName(" JD Apple t")){ 
for (int i«0; i<inlAppletlx; i++){ 

// as noted above, if desired for particular appli- 
cations 

// the list may optionally be searched to determine 
// if the applet is aheady in the list, in the best 
// presently known mode of practicing the inven- 
tion 

// it is not necessary to so check the list. 
// if (NotificationListt i ]==null){ 
// re-use an empty entry . 
NotificationList[i] =a; 
a.ootifybt=i; 
return; 



60 



} 



} 



// no empty entries add it 

a .notify be — intAppletlx; 

NotificationList[intAppIeilx++]«a; 

} 

65 }calch (ClassNotFoundException a){ } 
// 
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// remove the passed JDApplel from the NotificatiooLisl 
// 

protected void UEiRegisterForNoiify(JD Applet a) 
{ 

try{ 

// make sure only one applet does this at a time 
synchronized (Class.forName('*JDApplei"){ 
for (int i=0; i<intappletlx; i++){ 
if (NotificationList[i]«=a){ 
NotificatioDList[i]=nuIl; 
return; 

} 

} 

]catcb (ClassNolFoimdException a){ } 

} 

// 

// notify all interested applets that the specified 
// Internal Event has occurred 

// 

public void nolifylnlemalEvent (int event, int parm) 
int-0; 
try{ 

for (i=0; i <intappletlx; i++){ 
if (NotificatioDList[i] !«null){ 

NotificationList[i]. InternalEveDt(event, 
parm); 

} 

} 

} catch (Exception a){ } 



10 



15 



20 



25 



} 

// 

// dummy event notification handler method to be overridden 
// by actual applet interested in notification of events 
// 

public void InternalEvent (ini event, int parm) 

{ 
} 

While the invention has been illustrated and described in 
detail in the drawings and foregoing description, such illus- 
tration and description is to be considered as exemplary and 
not restrictive in character, it being understood that only the 
preferred embodiment and minor variants thereof have been 
shown and described and that all changes and modifications 
that come within the spirit of the invention are desired to be 
protected. 

What is claimed is: 

1. A system for Java inter-applet communication com- 
prising: 

a superclass having at least one static variable defined 
therein; 

a first applet operable in a first frame of an HTML page, 
said first applet instantiated as a subclass of said 
superclass wherein said first applet transmits informa- 
tion via said at least one static variable; and 

a second applet object operable in a second frame of said 
HTML page, said second applet instantiated as a sub- 
class of said superclass wherein said second applet 
receives said information via said at least one static 
variable to effectuate communication between said first 
applet and said second applet, 

wherein said at least one static variable includes: 

a notification list having entries each entry of which 
identifies an instance of said second applet as requiring 
notification of occurrence of a corresponding event, 

2. The system of claim 1 wherein each entry of said 
notification list entries further includes: 
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an event handling method wherein said event notification 

method is defined in said superclass and overridden by 

said second applet object; and 
a parameter passed to said event notification method when 

invoked wherein said parameter has a value suppUed by 

said second applet. 

3. The system of claim 1 wherein said superclass includes: 
an event notification method invoked by said first applet 

to indicate occurrence of a particular event. 

4. The system of claim 3 wherein said event notification 
method includes: 

means for locating matching entries in said notification 
list wherein said matching entries are entries identify- 
ing a corresponding even identical to said particular 
event. 

5. A system for inter-applet communication comprising: 
a superclass including inter-applet communication means; 
a first applet operable in a first frame of an HTML page 

wherein said first applet is instantiated as a subclass of 
said superclass; and 
a second applet operable in a second firame of said HTML 
page wherein said second applet is instantiated as a 
subclass of said superclass and wherein said first applet 
and said second applet communicate via said inter- 
applet communication means, 
wherein said inter-applet communication means includes: 
a first method of said superclass which when invoked 
by said second applet registers a requirement by said 
second applet that it be notified of occurrence of an 
identified event; and 
a second method of said superclass which when 
invoked by said first applet notifies said second 
applet of the occurrence of said particular event. 

6. The system of claim 5 wherein said communication 
means further includes: 

a static notification list having entries each entry of which 
identifies an instance of said second applet as requiring 
notification of occurrence of a corresponding particular 
event, 

wherein said first method is operable to add an entry to 
said notification list identifying said second applet as 
requiring notification of occurrence of said particular 
event. 

7. The system of claim 6 wherein said second method is 
operable to locate entries in said static notification list 
identifying said particular event. 

8. The system of claim 7 

wherein said superclass further includes a third method 
invoked by said first applet for receiving notification of 
the occurrence of said particular event within said 
second applet, wherein said second applet overrides 
said third method with a unique third method for 
receiving notice of occurrence of said particular event, 
and 

wherein each entry of said entries includes a reference to 
said unique third method of said second applet for 
which notification requirement is registered, and 

wherein said second method includes means for invoking 
said unique third method identified in the located 
entries identifying said particular event. 

9. A method for communicating between a first applet 
operable in a first frame of an HTML page and a second 
applet operable in a second frame of the same HTML page 
comprising the steps of: 

providing a superclass having inter-applel communication 
means associated therewith; 
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specializiag said first applet firom said superclass; 

specializing said second applet from said superclass; and 

exchanging information bers\'een said first applet and said 
second applet via said inter-applet communication 
means of said superclass, wherein exchanging infor- 
mation further comprises: 

invoking a first method of said superclass by said second 
applet to register a requirement by said second applet 
that it be notified of occurrence of a particular event; 
and 

invoking a second method of said superclass by said first 
applet to notify said second applet of the occurrence of 
said particular event. 
10. The method of claim 9 wherein said communication 
means further includes a static notification list having entries 
each entry of which identifies an instance of said second 
applet as requiring notification of occurrence of a corre- 
sponding particular event, 

wherein invocation of said first method includes the step 
of: 
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adding an entry to said notification list identifying said 
second applet as requiring notification of occurrence of 
said particular event. 

11. The method of claim 10 wherein invocation of said 
second method includes the step of: 

locating entries in said static notification list identifying 
said particular event, 

12. The method of claim 11 further comprising the step of: 
invoking a third method of said superclass by said first 

applet for receiving notification of the occurrence' of 
said particular event by said second applet, wherein 
said second applet overrides said third method with a 
unique third method for receiving notice of occurrence 
of said particular event, and wherein each entry of said 
entries includes a reference to said unique third method 
of said second applet for which notification reqmre- 
ment is registered. 
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